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L'invention est relative au domaine de la gestion d'informations de 
service dans un syst^me de t6l6vision. L'invention conceme plus particuliferement 
un proc^d^ de transmission et un proc§d6 de traitement de telles infomiations de 
service ; elle conceme 6galement un 6metteur et un r^cepteur pour la 
transmission et la r6ception de ces informations de services dans un syst6me de 
t^lSvision, notamment un decodeur de television numferique. 

L'invention peut cependant s'6tendre d d'autres services comme ceux 

presents dans le \A/EB. 

Une Interface Homme-Machine ou IHM foumit au t6lespectateur un 
moyen permettant de consulter des infomriations concemant typiquement les 
programmes diffuses. 

Les Informations sont transmises par multiplexage de paquets de 
donnees appropri6s dans le flux de donnees numeriques. Une appellation 
souvent utills6e pour ce type de donnees est "Infomiation de Service" ("Sen/ice 
Information" en langue anglaise ou plus simplement "SI"). On appellera, dans la 
suite, "service" une serie de programmes (joumaux t6i6vis6s, films, spectacles, 
...) sous le contr6le d'un m§me foumisseur de programmes ("broadcaster" ou 
"service provider" en langue anglaise). 

Les informations de service sont diffusees de fa9on periodique par le 
foumisseur de service. Celles-ci d§crivent. entre autres, des 6v6nements pour un 
programme d'un service. Ces 6v6nements sont parametres par leurs noms. le 
foumisseur de sen/ice qui leur est associ^. ... 

II est courant d'assocler ^ chacun des 6v6nements des informations ou 
descripteurs r6sumant le contenu de ces 6venements. pemiettant d I'utilisateur de 
connaTtre le contenu g§n6ral d'un 6v6nement par la selection d'une rubrique 
sp6cifique du guide de programmes 6lectronique ("Electronic Program guide" ou 
EPG en langue anglaise) destin6e ^ afficher les r6sum6s d'6venements. 

Cependant, ces infomriations ou descripteurs de r6sum6 ne renseignent 
que sur le contenu g6n6ral de I'^venement concern^. 

L'invention a pour but de remedier a ce probleme. 

A cet effet, l'invention a pour objet un proc6d6 de transmission 
d'informations de service dans un syst6me de t6l6vision, caract6ris6 en ce qu'il 
comporte les etapes : 

- de transmission d'un 6v6nement ; 

- de transmission d'un r6sum6 ^volutif dudit 6v6nement, le contenu 
dudit resume etant fonction du contenu de I'evenement survenu au plus tard 
jusqu'd I'instant de transmission dudit resume. 
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De cette sorte, si Tutilisateur arrive en cours d'§v6nement, Tinvention lui 
permet d'etre renseign^ sur la partie de I'Sv^nement qu'il n'a pas pu visualiser. 
Par cet avantage de prise en compte du temps ^coul^ depuis ie dSbut de 
I'6v6nement. Ie resume ainsi cr6§ s'apparente ^ un resume d'§v6nement 6volutif 
5 et dynamique. 

Selon un mode de realisation, ledit r6sum6 §volutif est mis ^ jour en 
fonction de revolution du contenu de Tevdnement selon Tun des modes suivants : 
period iquement, suite a la sun/enance d'une situation 
10 particuliere dans ie contenu de Tevdnement, 

suite a une commande au niveau de r§metteur de 

rev6nement. 

Selon un mode de realisation, I'etape de transmission dudit resume est 
effectuee une pluralite de fois pour une meme version de mise d jour dudit 
15 resume. 

Selon un mode de realisation, Ie contenu d'une version du resume est 
tel qu'il ne conceme que la pSriode de I'evenement ecoulee depuis la mise d jour 
precedente et jusqu'au plus tard I'instant de diffusion de cette version du resume. 

Selon un mode de realisation, Ie contenu d'une version du resume est 
20 tel qu'il conceme la periode de I'^venement ecouiee depuis Ie debut de 
revenement et jusqu'au plus tard I'instant de diffusion de cette version du resume. 

Selon un mode de realisation, ledit resume est transmis dans un flux 
numerique comportant un descripteur de resume identifie par un identificateur 
specifique. 

25 Selon un mode de realisation, Ie precede de transmission comporte 

egalement I'etape de diffusion d'un resume complet de I'evenement, en paralieie 
avec retape de diffusion du resume evolutif Ainsi, I'invention enrichit Ie contenu 
des informations offertes d ruttlisateur en permettant k celui-ci d'etre renseigne 
non seulement sur Ie contenu general de revenement courant qu'il est en train de 

30 visualiser mais egalement sur la partie de revenement qui s'est derouiee jusqu'au 
moment courant. 

L'invention a egalement pour objet un precede de traitement 
d'infonmations de sen^ice par un recepteur dans un systeme de television, 
35 caracterise en ce que Ie precede comporte ies etapes : 

- d'extraction selective d'un resume evolutif d'un evdnement, Ie contenu dudit 
resume etant fonction du contenu de revenement sun/enu au plus tard jusqu'd 
rinstant de transmission dudit resume. 



- de memorisation de ce r6sum6 dans des premiers moyens de memorisation 
(253). 

Selon un mode de realisation, l'6tape d'extraction est programm6e de 
sorte d extraire. selon un processus pemnanent. les resumes relatifs au meme 
evenement. 

Selon un mode de realisation, I'etape d'extraction est programmee de 
sorte ^ extraire les resumes relatifs au mdme evenement uniquement sur requete 
d'une application les ayant requis. 

Selon un mode de realisation, suite d chaque extraction de resume 
relatif § un meme ev6nement. est reallsee une etape de mise ^ jour du resume 
memorise dans les premiers moyens de memorisation (253) pour remplacer le 
contenu des premiers moyens de memorisation par le dernier resume extrait. 

Selon un mode de realisation, le precede de traitement selon I'invention 
comporte egalement une etape : 

r d'extraction selective d'un resume complet de I'evenement, 

- de memorisation de ce resume dans des seconds moyens de memorisation 

(252) du recepteur. 

Selon un mode de realisation, le precede de traitement d'informations 
de service selon I'invention comporte une etape d'affichage affichant sur des 
moyens de visualisation (21, 22) le dernier resume extrait. suite d une requete 
d'une application I'ayant requis. 

Selon un mode de realisation, suite ^ chaque extraction de resume 
evolutif, est realisee une etape de memorisation de chacun desdits resumes 
evolutife dans des moyens de memorisation respectifs (253, 255). 

Selon un mode de realisation, il est realise une etape d'affichage 
affichant sur des moyens de visualisation (21. 22) la concatenation des resumes 
evolutife memorises dans lesdits moyens de memorisation respectife (253, 255). 

Selon un mode de realisation, le precede de traitement d'informations 
de service selon I'invention comporte une etape d'affichage de moyens de 
signalisation pour signaler I'extraction d un neuveau resume 6volutif. 

Selon un mode de realisation, I'affichage du resume 6velutif 
s'accempagne de la date d laquelle I'extraction de ce resume a eu lieu. 

Selon un mode de realisation, ledit resume evolutif est transmis dans 
un flux numerique comportant un descripteur de resume identifie par un 
identificateur specifique. 
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L'invention a ^galement pour objet un r^cepteur pour ia reception 
d'informations de services dans un syst^me de television, caract^risS en ce qu'il 
comporte : 

- des nnoyens d'extraction d'un resum6 6volutrf d'un 6v§nement, le contenu 
5 dudit resunn§ 6tant fonction du contenu de Tevdnement survenu au plus tard 

jusqu'd I'instant de transmission dudit resume, 

- des premiers moyens de memorisation de ce resume. 

Selon un mode de realisation, les moyens d'extraction sont egalement 
10 destines a extraire un resume complet de I'evenement et en ce que le recepteur 
comprend en outre des seconds moyens de memorisation pour memoriser ledit 
resume complet. 

L'invention a egaiement pour objet un emetteur pour la transmission 
15 d'informations de services dans un systeme de television, caracterise en ce qu'il 
comprend : 

- des moyens de transmission d'un evenement ; 

- des moyens de transmission d'un resume evolutif dudit evenement, le 
contenu dudit resume etant fonction du contenu de I'evenement survenu au plus 

20 tard jusqu'd i'instant de transmission dudit resume. 

D'autres caracteristiques at avantages de la presents invention 
ressortiront de la description des exemples de realisation qui vont suivre, pris S 
titre d'exemples non limitatifs, en reference aux figures annexees dans 
25 lesquelles : 

• la figure 1 est un diagramme bloc d*un recepteur de television conforme au 
present exemple de realisation, 

• la figure 2 represente un diagramme de classes selon la notation UML 
("Unified Modeling Language" en langue anglaise) faisant con-espondre 

30 differentes entites dans le cadre de l'invention, , 

• la figure 3 represente un diagramme de sequences des echanges ayant 
lieu entre les differentes entites lors d'une demande d'information du resume 
dynamique d'un utilisateur, selon un premier mode de realisation de 
l'invention. 

35 • la figure 4 represente un diagramme d'etat iilustrant Textraction d'un 
descripteur de resume dynamique depuis ie flux DVB, selon un mode de 
realisation de rinvention. 
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• la figure 5 repr§sente un diagramme de sequences des ^changes ayant lieu 
entre les diff6rentes entit6s en mode de requites pemnanentes d'extraction de 
descripteurs de r6sunn6s dynamiques, selon un mode de realisation de 
I'invention, 

5 • la figure 6 repr6sente un exemple de s6quencements d'informations d'un 
6v6nement dans le cadre d'une course automobile.la figure 7 repr6sente un 
schema d'une "fiche information" de r6v6nement correspondant ^ la figure 6 
au depart de la course, 
la figure 8 repr6sente la fiche Information d un moment ou le champ texte du 

10 descripteur de r6sum6 dynamique a 6t6 renseign6, 

• la figure 9 represente la fiche information d un moment ult6rieur ou le champ 
texte du descripteur de resum6 dynamique a de nouveau §t6 renseign§, 

• la figure 10 repr6sente un autre mode de realisation d'affichage de tous les 
resumes dynamiques ayant 6t6 extraits du d6muKiplexeur. 

15 

Pour de plus amples infomiations sur le format et le contenu des 
donn6es de service, sections et tables MPEG et DVB, on se r6f6rera notamment 
aux trois documents suivants : 

EN 300 468 - Specification for Sen^ice Information (SI) in Digital Video 
20 Broadcast (DVB) systems -V1. 3.1 (1998-02), 

ISO/IEC 13818-1 (1994) Generic Coding of Moving Pictures and 
Associated Audio ^ Recommendation H.220, aussi appel6 "MPEG 1 1 Systems", et 

ETR 211 - Digital Broadcasting systems for television: Implementation 
guidelines for the use of MPEG-2 systems; Guidelines on implementation and 
25 usage of service information. 

La figure 1 est un diagramme bloc d'un d6codeur-recepteur int6gre de 
television numerique de type DVB ("Digital Video Broadcasting" en langue 
30 anglaise). 

II est bien evident que I'invention ne se limite pas ^ cet environnement 
physique, mais peut etre facilement adaptee d un autre type de transmission de 
donnees de service, par exemple une transmission par rintemi§diaire de donn^es 
modul6es dans I'intervalle de retour trame. On peut egalement consid6rer une 
35 exploitation dans des environnements de type r6seau (e.g. internet). 

Le d6codeur de la figure 1 est reli6 d une antenne 1, elle meme reli§e d 
un tuner 2 du d6codeur. Le signal foumi par le tuner est d§modul6 par un 
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demodulateur 3. Les donn6es d6modul6es sont corrig6es par un circuit correcteur 

4 et transmises d un dSmultiplexeur 5. 

Ce dernier est par exemple un demultiplexeur similaire S celui d^crit 

dans la demande de brevet fran9aise n** 95 15767 deposee le 29 d§cembre 1995 
5 au nom de la Demanderesse. Le demultiplexeur 5 comporte un certain nombre de 

registres de filtrage, appeles filtres par extension, programmes par un 

microprocesseur 23 en fonction des diverses applications support§es par le 

decodeur. Le demultiplexeur compare le contenu des registres de filtrage S 

certains param6tres des paquets de donnees et charge les paquets de donn6es 
10 correspondant d une comparaison positive. 

Pour la clarte du schema, seules les connexions les plus importantes 

du microprocesseur 23 sont illustrees. 

Les sections ou paquets audio ou video filtres par le demultiplexeur 

sont stock6s dans des zones pred6finies d'une m6moire tampon 6 ii I'attention 
15 des applications. Si necessaire, les informations sont tout d'abord d6crypt§es par 

un circuit decrypteur 7 en fonction des droits de Tutilisateur, avant d'etre stockSes 

dans cette m^moire tampon 6. 

Selon le present exemple, les applications sont au nombre de cinq : un 

decodeur audio 16, un decodeur vid6o 17, un decodeur Teletext 18, un ensemble 
20 de controle d'acc6s (comprenant le d6crypteur 7, un microcontroleur v&rificateur 8 

et une interface pour carte d microprocesseur 9 reli6 en mode de fonclionnement 

normal a une carte ^ microprocesseur 10), ainsi qu'un module de gestion des 

donnees de service 19. 

Le d6codeur comporte 6galement une interface infrarouge d'une 
25 t6lecommande 24, ladite interface etant egalement reliee au microprocesseur 23. 

Ce dernier est connecte d une m6moire 12 comportant le systeme d'exploitation 

ainsi que les programmes residents ou telecharges de mise en oeuvre des 

applications. 

Un modem 13 relie au reseau telephonique commute 14 est §galement 

30 commande par le microprocesseur. 

Un generateur de caracteres 15 permet la g6n6ration de menus de 
commande ou de graphiques reiatife aux parametres du decodeur ou d une 
application particuliere. Le signal vid§o genere par ce generateur de caracteres 
est multiplex^ avec Tun des signaux video en provenance du decodeur video 17 

35 ou du decodeur teietexte 18 vers une premiere prise P6ritel (prise SCART en 
anglais) reliee e un teieviseur 22 ou une seconde prise Peritel reliee e un 
magnetoscope 21. Le circuit de multiplexage 20 est g6re par le microprocesseur 
23. 
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Selon le present exemple de realisation, le module de gestion des 
donnas de service est physiquement parlant un programme g6r6 par le 
microprocesseur, bien que conceptuellement, il s'agisse d'une application traitant 
des paquets de donn6es, au mSme titre qu'un d6codeur audio ou vid6o, pour 

5 lesquels des circuits d^di^s sont utilises. 

Le module est une interface entre les donn6es de service (sections et 
tables MPEG et DVB) et des applications clientes (guide de programmes, 
t6l6achat, jeux interactife. etc.). II g6re les requetes des applications clientes et 
maintient une base de donn6es interne ^ partir des donn6es de service regues. 

,0 Selon le present exemple de realisation, rapplication cliente est un 

guide de programmes 6galement ger6 par le microprocesseur. 

Pour plus de renseignements sur ce module 19 et, de fagon plus 
generate, les relations entre le demultiplexeur/microprocesseur, le module de 
gestion des donn6es de sen/ice et I'application cliente. le lecteur pourra se r6f6rer 

15 d la demande de brevet frangaise n" 97 15163 d6pos6e le 2 d6cembre 1997 au 
nom de la Demanderesse. Dans cette demande, on note que le module de 
gestion met ^ la disposition des applications clientes un certain nombre de 
fonctions destin6es d formuler les requites relatives aux informations dont 
I'application a besoin concemant le r6sum6 6v6nement. Le m6canisme de gestion 

20 de ces requetes ne fait pas I'objet de la pr6sente demande et ne sera pas 
explicite ici. 

Selon un mode de realisation, le r^cepteur d6crit ci-dessus est mise 
en oeuvre pour la reception d'un flux de donnees numeriques suivant le 

25 standard DVB prScite. 

L'un des rdles du module de gestion des donn6es de service est de 
programmer les filtres du d6multiplexeur. Pour remplir cette fonction et pemnettre 
un accds rapide aux donn6es recherch6es, il maintient une image de la structure 
physique du ou des reseaux (networks en langue anglaise) auxquels il a acc^s. 

30 Les documents EN 300 468 (document I) et ISO/IEC 13818-1 

definissent dix tables donnant des informations sur la configuration du ou des 
reseaux. bouquets, services et 6v6nements transmis. Les tables sont identifi6es 
par des valeurs particulieres de donnees d'identification de paquets ou "PID" 
(pour "Packet Identification Data" en langue anglaise) et d'identificateurs de 

35 tables ("tablejd" en langue anglaise). dont les valeurs sont d6finles par lesdits 
documents. Chaque table content un identificateur de version, permettant de 
determiner si. d'une transmission de la table d I'autre, le contenu de cette table a 
change. 
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La table qui nous intSresse ici est la table dite d'information des 
6v6nements appel^e "EIT" (pour "Event Information Table" en langue anglaise). 
La table EIT comporte des infomiations sur les ev6nements d rint6rieur d'un 
service donnS. II est pr6vu quatre types de tables EIT ordonn§s selon leur 
5 identificateur de table : 

- deux tables comprenant les infomnations d'^venement courant et suivant du 
canal de transmission courant ou un autre canal de transmission ("Transport 
stream" en langue anglaise), 

- deux tables comprenant les informations de programmation d'Svenements 
10 pour le canal de transmission courant ou un autre canal, pour une duree plus 

longue. 

Dans ia suite, on ne s'int^ressera qu'aux §venements courants du 
canal de transmission courant et a la table EIT associ^e. 

La table EIT contient des donnees concemant des 6venements ou des 

15 programmes tels que noms d'evenements, durSes d'ev^nements, dates de debuts 
d'^vSnements, etc. L'utilisation de diff^rents descripteurs permet ia transmission 
de diff^rents types d'informations d'evenements, par exemple pour diff^rents 
types de service. La partie 6 intitul^e "Descriptors" du document I d^crit les 
diff^rents descripteurs qui peuvent Stre utilises d rint^rieur des tables SI en 

20 leur attribuant une adresse sp^cifique. 

Ainsi, comme il en ressort de la table 1 2 de la partie 6, T^v^nement 
courant peut etre d6crit par un certain nombre de descripteurs. Cette table 1 2 
fait apparaTtre un descripteur de resume statique {"short_event_descriptor" en 
langue anglaise) qu'on appelera descripteur SE (pour "Short Event" en 

25 anglais) , qui est d^crit plus en details dans le paragraphe 6.2.27 du document 
I et qui fournit un r6sum6 statique de T^venement courant, h savoir un resume 
general de I'^venement. 

On remarque que les valeurs d'identifiant de table 0X80 a OXFE 
sont destinies d des tables privees. 

30 Selon I'invention, un descripteur dit de r^sum^ dynamique (" 

Dyndmic_event_descriptor" en langue anglaise), qu'on appelera descripteur 
DES (pour "Dynamic Event Summary" en anglais) est ^mis par le fournisseur 
de service dans les extensions privies du flux DVB, dans la table EIT 
courant/suivant du canal de transmission courant. 

35 En utilisant la terminologie DVB, ce descripteur peut etre dSfini comme 

suit, la terminologie anglaise etant stipul6e en caractdres italiques : 
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Syntaxe 


n bits 


Mnemonics 


descripteur_DES DBS_descnptor 0 { 






Identifiant descripteur descriptor tag 


o 
o 




Longueur descripteur Descriptor Jength 


8 


Uimsbf 


Code langage_ ISO_639 ISOJS39Janguage_code 


4 


Bslbf 


NumeroVersionMiseajour Update _yersionjtumber 


8 


uirnsDT 


DateMiseajour Update Jirrte 


40 


Bslbf 


Longueur_texte Textjength 


8 


Uimsbf 


For (i=0 to Longueur_texte) { 






Caracteres_texte 

} 

} 


8 


Uimsbf 



L' Identifiant de descripteur est un champ de 8 bits qui identifie 
chaque descripteur. Les valeurs possibles sont d6crites dans |e document 
ISO/IEC 13818-1. Comme les valeurs d'identifiant de descripteur comprises 
5 entre 0x80 et OxFE sont r6serv6es aux descripteurs priv6s, elles pourraient 
gtre utilis6es pour le ou les identificateurs DES. Dans la suite, on supposera 
qu'aucun autre descripteur priv6 n'est utilis6 et on choisira, par example, 
0X80 comme valeur d'identifiant pour le descripteur DES. 

La longueur de descripteur est le nombre total d'octets dans la partie 
10 de donn^es du descripteur. 

Le code de langage IS0_639 identifie la langue des donn6es 
textuelles du descripteur. 'fre', par exemple, correspond h la langue franpaise. 

Le num6ro de version mise h jour est le num^ro actual de la version 
du descripteur. Ce num6ro est incr6ment6 h chaque modification du contenu 
15 du descripteur DES de telle sorte que I'application puisse decider de la mise h 
jour de son cache de donn6es. 

La date de mise h jour est I'heure k laquelle I'information a 6t6 mise 

h jour. 

La longueur de texte est le nombre de caract6res compris dans le 
20 contenu du descripteur, c'est a dire le nombre de caract6res du texte 
correspondant au r6sum6 dynamique. 

Selon ces definitions, un descripteur DES pourrait avoir la forme 
suivante, lors de la transmission d'une course de voiture : 
descripteur_DES 0 { 
25 0x80 
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118 
'fre' 
1 

'18:34' 
5 108 

'Apr^s trois heures de course, la voiture n°3 demeure en tete 
malgr^ les attaques incessantes de ses rivales.' 
} 

Comme pr6c6demment pr6cis6, la reception de ce descripteur au 

10 niveau du r^cepteur et son extraction au moyen de filtres spScifiques 
pourraient etre mises en oeuvre par les moyens d^crits dans la demande de 
brevet francaise n®97 1 5163. 

La figure 2 represente un diagramme de classes salon la notation UML 
faisant correspondre differentes entit6s dans le cadre de invention. Cette 

15 moddlisation permet de specifier, visualiser, produire et documenter un systSme 
logiciel grace ^ une notation reconnue dans i'industrie logicielle. 

Par la suite, le microprocesseur/d^multiplexeur, ie module de gestion 
et Tapplication cliente seront regroup^s dans une seule entit(§ conceptuelle 
appel^e "Interface Homme-Machine" ou IHM, denomination bien connue de 

20 I'homme du metier. La figure 3 represente quant ^ elle un diagramme de 
sequences des ^changes ayant lieu entre les differentes entites lors d'une 
demande d'information du r^sum^ dynamique d'un utilisateur. Les figures 2 et 3 
permettent de comprendre le mecanisme d'acquisition du descripteur DES suite ^ 
une requ&te de Tutilisateur. Le diagramme de classes met en place les aspects 

25 statiques du systeme { flux, IHM, descripteurs. telecommande, menu d'informatlon 
}. c'est a dire d6finit les diff§rentes entites du systeme et leurs relations. Par 
contra, le diagramme de sequences montre les aspects dynamiques du syst6me, 
S savoir les enchaTnements d'appels de fonctions. On notera que le diagramme 
de la figure 2 ne comporte que les classes n^cessaires S la comprehension du 

30 fonctionnement du systeme. 

Le diagramme de la figure 2 comporte la classe "RScepteur de 
tel6commande" qui dialogue avec la classe "Interface Homme Machine". Celle-ci 
comprend les m6thodes TouchelnfoPress^e et ToucheOKPress6e. L'interface 
Homme Machine est egalement en relation avec la classe "Mehulnfo" dont les 

35 attributs sont le nom de I'^v^nement NomEvt, le rSsumS de T^venement Resume, 
le resume dynamique de I'^vSnement ResumeDynamique et la date de mlse d 
jour DateMiseaJour. Les mSthodes pouvant §tre appel^es dans cette classe sont 
les mSthodes d'affichage AfHcherQ, de masquage MasquerQ. de definition du nom 
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de r6v6nement DefinirNomEvt(texte), de resum6 DefiniResume(texte). de r6sum6 
dynamique DefinirResumedynamique(texte), et de date de mise d jour 
D6finirDateMiseajour(texte). On rappelle que. dans un diagramme de classes, le 
contenu des parentheses relatives d une m6thode con-espond au type des 
param6tres attendus en entree. De plus, les param6tres sont nomm6s. Ainsi, une 
formulation exacte d'une 6criture de la m6thode de definition de la date pourrait 
etre D6finirDate(enfter jour, entier mois. entier ann§e). Dans un diagramme de 
sequences, mais 6galement dans le code lui-meme, le contenu des parentheses 
estappeie parametre effectif et s'exprime parexemple DefinirDate(30, 9, 1999). 

La classe "Interface Homme Machine" est egalement en relation avec 
lestrois classes "DescripteurDES". "Flux DVB" et "DescripteurES" . 

La classe "Descripteur_DES" a comme attributs le num^ro de 
version Numero_Verslon, la date de mise a jour Date_Miseajour et le r6sum6 
Resume. Ces attributs sont des chaTnes de caracteres. Les m6thodes 
appelables sont les m6thodes appelant le r6sume RetournerResumeO, le 
num6ro de version RetournerNumeroVersionO et la date de mise h jour 
RetoumerDateMiseajourO. 

La classe "Flux DVB" presente les m^thodes d'attente du 
descripteur de resume statique AttenteDescripteurResumeO et d'attente du 
descripteur du r6sum6 dynamique AttenteDescrtpteurResumeDESf). 

La classe "DescripteurES" comporte les attributs de nom 
d'6v6nements NomEvt et de resume Resume. Les m6thodes offertes sont les 
m6thodes renvoyant le nom de I'6v6nement RetournerNomEvtO et le r6sum6 

RetournerResumeO. 

Les liaisons reliant, d'une part, la classe "interface Homme 
Machine" et, d'autre part, les trois classes" "DescripteurDES". "Flux DVB" et 
"DescripteurES" traduisent notamment le fait que I'lHM peut appeler les 
m^thodes des classes respectives. 

Par centre, les liaisons reliant les classes "DescripteurDES" et 
"DescripteurES" e la classe "Flux DVB" sont des liaisons representant des 
liens de composition, c'est h dire que le flux DVB est compost des 
descripteurs de resume statique et dynamique. 

Selon le mcxle de realisation de la figure 3. le microprocesseur analyse 
les infomnations du flux uniquement sur demande de I'utilisateur. 

L'utilisateur seiectionne la touche "INFO" de la teiecommande. Le 
recepteur de teiecommande appelle la methode TouchelnfoPtessde de 
I1HM.LMHM appelle les methodes "AttenteDescripteurResume" et 
"AttenteDescripteurResumeDES" du flux DVB et se met ainsi en attente de 
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I'apparition dans le flux DVB des descripteurs suivants de r6sum§ statique et 
dynamique. Ceux-ci sont filtr^s selon les m6thodes connues de la demands de 
brevet de la Demanderesse cl-dessus cit6e au niveau du dSmultiplexeur au fur 
et d mesure de leur ordre d'arrivde dans le flux. 

L'lHM appelle alors la m^thode RetournerNomEvtO du descripteur de 
r6sum6 statique qui renvoie d riHM le nom de r6v6nement courant sous forme 
d'une chaine de caractferes "texte". Ce texte est alors d6fini pour le menu 
d'information par la m^thode DefinirNomEvt(texte) dans une premiere m6moire 
251 d'un bloc de m6moires 25 du decodeur de la figure 1. L'lHM appelle 
ensuite la m^thode RetournerResumeO qui renvoie k I'lHM le r^sumi statique 
de I'evenement courant sous forme d'une chaine de caracteres. Cette 
sequence a pour consequence I'enregistrement de ce r^sum^ statique dans 
une memoire 252 du bloc 25. Ce texte est 6galement defini pour le menu 
d'information. 

De la meme maniSre, I'lHM appelle la m6thode RetournerResumeO 
du descripteur de r^sum^ dynamique qui renvoie d I'lHM le r^sum^ dynamique 
de r^v^nement courant sous forme d'une chaine de caractSres. Ce resume 
dynamique est enregistre dans une troisi^me m6moire 253 du bloc 25. Ce 
resume dynamique est dSfini pour le menu d'information par la m^thode 
DefinirResumeDynamiqueUexte). Le num^ro de version du r^sum^ dynamique 
est conserve localement comme d6crite dans la demande de brevet cit6e ci- 
dessus de la Demanderesse. L'lHM appelle ensuite la m^thode 
RetournerDateMiseajourO qui renvoie § I'lHM la date de la dernidre mise d jour 
du resume dynamique. Cette date est egalement definie pour le menu 
d'information et enregistree dans une quatrieme memoire 254. 

L'lHM appelle par la suite la methode AfflcherO de la classe 
Menulnfo et le menu d'information affiche le nom de i'evenement courant, son 
resume statique, son resume dynamique et la date de derniere mise k jour k la 
date courante. 

Quand I'utilisateur ne desire plus visualiser ces dernidres 
informations, il appuie sur la touche OK de la teiecommande, ce qui appelle la 
methode ToucheOKPresseeO et I'lHM appelle la methode Dissimulerl) de la 
classe Menulnfo. Le menu d'information n'affiche plus alors les informations 
de resume. 

La figure 4 represente un diagramme d'etat illustrant Textraction d'un 
descripteur de resume dynamique depuis le flux DVB. 

Sur requ§te de Tutilisateur. le systeme est en attente de reception d'un 
EIT correspondent d r6v§nement present du canal de transmission courant. Si le 
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canal de transmission courant contient une table d'Infomtatlon d'6v§nements EIT, 
I'lHM se met ii scruter successlvement I'identifiant de chaque descripteur de la 
table mentionn6e (table des descripteurs correspondant d la table 12 partie 6 du 
document EN 300 468 VI .3.1). Tant que cette valeur d'identlfiant n'est pas celle 
5 d'un desciipteur_DES, I'lHM passe au descripteur suivant. 

Lorsque riHM a trouv6 un descripteur_DES, il compare le num6ro de 
version de mise ^ jour de ce dernier avec le pr§c6dent. Si le numero de version 
du descripteur v6hicul6 dans le flux est inferieur ou 6gal S celul d6jd m6moris6, le 
descripteur ne sera pas m6moris6 et on conservera le descripteur d6jd m6moris6 
10 pour un §ventuel affichage. Si. par centre, le num6ro de version du descripteur 
extrait du flux est sup6rieur a celui dej§ m6moris6. alors le texte de r6sum6 
dynamique du descripteur extrait remplace celui enregistr6 dans la m^moire 253. 

On notera qu'au dimarrage et S chaque changement d'6v6nement, le 
champ NumeroVersion est reinitialise. 
,5 Ainsi, ce premier mode de realisation n6cessite moins de ressources 

notamment de la part du microprocesseur. mais peut induire un deial Icrs de la 
requete de I'utilisateur correspondant d I'intervalle de temps entre deux diffusions 
successives du descripteur_DES, soit environ deux secondes. 

Selon une variante representee d-apres sur la figure 10, le texte du 
20 resume dynamique du descripteur extrait ne remplace pas le texte enregistre dans 
la memoire 254 mais est enregistre dans une memoire 255. De maniere 
recurrente, le contenu de chaque descripteur extrait du flux DVB dont le numero 
de version est superieur au numero du descripteur precedent est enregistre dans 
une memoire distincte ; de cette sorte, la requete d'afRchage du resume 
25 dynamique affichera I'integralite des resumes dynamiques enregistres dans 
chacune de ces memoires. comme representee sur la figure 10. On accumule 
ainsi. par tranches successives concemant des inten/alles temporels disjoints de 
revenement, le resume dynamique correspondant ^ la concatenation des 
resumes dynamiques partiels decrits. 
30 La figure 5 represente un diagramme de sequences des echanges 

ayant lieu entre les differentes entit6s en mode de requetes pemianentes 
d'extraction de descripteurs de resumes dynamiques. Le microprocesseur analyse 
en mode continu les informations du flux. Ceci se traduit. sur la figure 5, par le faft 
que les methodes "AttenteDescripteurResume" et "AttenteDescripteurDES" 
35 sent appeiees de fa^on permanente. Le stockage des informations r6cuper6es 
peut se faire de diff6rentes maniSres : selon un premier mode, le DES est 
memorise temporairement dans la m6moire tampon dite buffer 6, chaque 
resume dynamique 6tant remplace par son suivant. Selon un autre mode, tous 
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les r^sum^s dynamiques des descripteurs DES extraits de fa^on permanente 
sont enregtstr^s dans lesdites m^moires distinctes pour pouvoir fitre affich^s 
sur requete de Tutilisateur. 

Dans cette version ou les descripteurs DES sont constamnnent 
5 scrutes dans le flux, les infornnations concernant le ou les r^sum^s 
dynanniques sont constamment disponibles dans la m^moire cache et peuvent 
etre imm^diatement affich^es sur requete de Tutilisateur. 

La figure 6 represente un example de s6quencennents d'infomnations 
d'un ev6nement dans le cadre d'une course automobile. 
10 II est suppose dans ia suite que le delai entre deux transmissions 

successives du descripteur de resume dynamique est petit par rapport aux 
differentes etapes numerot6es de ® ^ © sur la figure 6, c'est a dire qu'il est de 
Tordre de la seconde. 

Uinstant ® con-espond au d6man-age de rev6nement Le contenu du 
15 champ texte du descripteur_DES de resum§ dynamique est vide. 

Uinstant ® correspond au moment ou rutilisateur requiert Taffichage 
d'informations sur I'evenement en cours, le champ texte du descripteur^DES 
n'^tant toujours pas renseign§ par le foumisseur de programmes (parce que, par 
exemple, la course n'a pas d^butee). Uutilisateur se voit alors retoumer d Tecran 
20 le contenu du r6sum6 statique, tel que represents sur la figure 7. 

Le moment ® identifie le debut de la course. AprSs le premier tour, ie 
producteur des programmes decide que Taction qui vient de se d6rouler justifie la 
mise a jour du resume dynamique. II renseigne le champ texte du 
descripteur_DES du resume des actions deroui6es dans Tintervalle et diffuse ce 
25 dernier dans le flux DVB. 

Uutilisateur s'Stant absents entre les instants ® et ®, 11 demande 
Taffichage d'informations sur I'evenement en cours. II visualise alors sur son ecran 
la fiche infomnation representee sur la figure 8. Celle-ci comprend le nom de 
rSvenement "Course automobile", le resume statique SE et le resum§ 
30 dynamique DES1, correspondant respectivement aux contenus respectifs des 
memoires 251 .252 et 253 a {'instant ®. 

Un rebondissement intervient a I'instant © et le producteur met S jour le 
contenu du descripteur _DES diffuse. 

Ainsi, rutilisateur requ^rant Taffichage d'informations de resume k un 
35 instant ® post6rieur d ®, visualisera un r6sum6 dynamique DES2 mis d jour, tel 
que represents sur la figure 9. 

Selon un autre mode de realisation represents sur la figure 10, suite d 
une requdte d'infonnations de rSsumS de i'utiiisateur, le gSnSrateur de caractSres 
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15 transmet le contenu de toutes les m6moires comportant les diff6rents r6sum§s 
dynamiques extraits en mode permanent, chaque r6sum6 dynamique 6tant 
accompagn6 de la date d'extraction de ce r6sum§ du flux. 

Selon un mode de realisation non d^crit. un Index s'affiche sur I'^cran 

5 de television de I'utllisateur visionnant un ev6nement t6l6vis6 quand un 
descripteur de resume dynamique est extrait du flux DVB ou m6moris6 dans une 
m6molre sp§cifique. L'utlllsateur est ainsi averti de la reception de ces 
informations et de leur mise d jour. 

L'invention a 6galement pour objet un emetteur pour la transmission 

10 des descripteurs descripteur_DES et descripteurES decrits ci-dessus. Cet 
emetteur. non illustr6. comprend, selon un mode de realisation, un multiplexeur 
muKiplexant les descripteurs dans le flux de donn6es. Cet emetteur comprend : 

— des moyens de transmission d'un evenement ; 

- des moyens de transmission d'un resume evolutif dudit evenement, le 
15 contenu dudit resume 6tant fonction du contenu de I'evenement sun/enu au plus 

tard jusqu'd I'instant de transmission dudit resume. 

L'invention n'est bien sur pas limitee aux modes de realisation 

decrits. 

20 Ainsi, suite d une requdte de I'utllisateur pour I'affichage d'un 

resume dynamique, on a d6crit I'affichage d'un resume statique, d'un ou 
plusieurs resumes dynamiques, conjointement eventuellement d leurs dates 
d'extraction du flux. Toute autre information accompagnant le r6sume 
dynamique d'un evenement pourra §tre envisagee dans le cadre de l'invention. 

25 On a egalement remarqu6 que I'apparition de nouveaux resumes 

dynamiques depend de I'importance accordee e I'evenement courant. On peut 
cependant imaginer que remission de nouveaux resumes dynamiques solt 
r^alisee selon une periodicite fixe. 

11 est k noter que l'invention ne se limite pas h la seule transmission 

30 de donnees par voie satellitaire, hertzienne ou par cible, mais peut etre mise 
en oeuvre dans tout systeme oCi des donnees ou paquets de donnees 
apparaissent periodiquement dans le flux de donnees. Ceci est notamment le 
cas pour des flux de donnees enregistres ou pr6enregistres. 

D' autre part, si les exemples donn6s concernent plus 

35 particulierement les donnees de service, il est clair que l'invention ne se limite 
pas e ce type de donnees. Des donnees dites privees peuvent, par exemple, 
etre traitees de manidre analogue. 



16 



REVENDICATIONS 

1 . Proc6cl6 de transmission d'infomnations de service dans un systdme 
5 de television, caract§ris§ en ce qu'il connporte les 6tapes : 

- de transmission d'un ev6nement ; 

- de transmission d'un r6sum6 §volutif dudit §v6nement, le contenu 
dudit r6sum6 6tant fonction du contenu de I'6v6nement survenu au plus tard 
jusqu'd I'instant de transmission dudit r6sum6. 

10 2. Precede selon la revendication 1 , caracteris§ en ce que ledit r6sum6 

evolutif est mis ^ jour en fonction de revolution du contenu de I'evdnement selon 

Tun des modes suivants : 

p6riodiquement, suite a la survenance d'une situation 
particulidre dans le contenu de I'dvenement, 
15 . suite d une commande au niveau de I'^metteur de 

r6v6nement. 

3. Proc6d6 selon la revendication 1 ou 2. caract§ris6 en ce que l'6tape 
de transmission dudit r6sum6 est effectu6e une plurality de fois pour une meme 
version de mise ^ jour dudit resume. 
20 4. Proc6d6 selon la revendication 3, caract6ris6 en ce que le contenu 

d'une version du r6sum6 est tel qu'il ne concerne que la periode de r6v6nement 
ecoulee depuis ta mise d jour prec6dente et jusqu'au plus tard I'instant de 
diffusion de cette version du resume. 

5. Proc6d6 selon la revendication 3, caract6ris6 en ce que le contenu 
25 d'une version du r6sum6 est tel qu'il concerne la p6riode de I'ev6nement 6coul§e 

depuis le debut de I'^venement et jusqu'au plus tard I'instant de diffusion de cette 

version du resume. 

6. Precede selon les revendications pr6cedentes, caracterise en ce que 
ledit resume est transmis dans un flux num6rique comportant un descripteur de 

30 resume identifie par un identificateur specifique. 

7. Precede selon les revendications precedentes, caracterise en ce 
qu'il comporte egalement I'etape de diffusion d'un resume complet de 
revenement. en paralieie avec I'etape de diffusion du resume evolutif. 

8. Procede de traitement d'informations de service par un recepteur 
35 dans un systeme de television, caracterise en ce que le precede comporte les 

etapes : 
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- d'extraction s6lective d'un resum6 6volutjf d'un 6v6nement, le contenu dudit 
r6sum6 6tant fonction du contenu de I'6v6nement survenu au plus tard jusqu'd 
I'instant de transmission dudit r6sum6, 

- de m6morisation de ce r6sum6 dans des premiers moyens de memorisation 

(253). 

9. Proc6d6 selon la revendication 8, caract6ris6 en ce que r6tape 
d'extraction est programm6e de sorte d extraire, selon un processus permanent, 
les r6sum6s relatife au m§me 6v6nement. 

10. Proc6d6 selon la revendication 8, caract6ris6 en ce que I'^tape 
d'extraction est programm§e de sorte d extraire les r6sum6s relatifs au m§me 
6v6nement uniquement sur requSte d'une application les ayant requis. 

11. Proc6d6 selon I'une des revendications 8 a 10, caract6ris6 en ce 
que. suite d chaque extraction de r6sum6 relatif d un m§me 6v§nement, est 
r6alis6e une 6tape de mise d jour du r6sum6 memorise dans les premiers moyens 
de memorisation (253) pour remplacer le contenu des premiers moyens de 
memorisation par le dernier resume extrait. 

12. Precede selon I'une des revendications 8^11. caract6rise en ce 
que le precede comporte 6galement une etape : 

- d'extraction selective d'un resume complet de I'evenement. 

- de memorisation de ce resume dans des seconds moyens de memorisation 
(252) du recepteur. 

13. Precede selon I'une des revendications 8 d 12, caracterise en ce 
qu'il comporte une etape d'affichage affichant sur des moyens de visualisation 
(21, 22) le dernier resume extrait. suite d une requete d'une application I'ayant 
requis. 

14. Proc6de selon I'une des revendications 8, 9, 10, 12 ou 13. 
caracterise en ce que. suite S chaque extraction de resume evolutif. est r6alisee 
une etape de memorisation de chacun desdits resumes evolutife dans des 
moyens de memorisation respectife (253. 255). 

15. Precede selon la revendication 14, caracterise en ce qu'il est 
realise une etape d'affichage affichant sur des moyens de visualisation (21. 22) la 
concatenation des resumes evolutife memorises dans lesdits moyens de 
memorisation respectife (253, 255). 

16. Precede selon I'une des revendications 8 15, caracterise en ce 
que le precede comporte une etape d'affichage de moyens de signalisation pour 
signaler I'extraction d'un nouveau resume 6volutif. 
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17. Proc6de selon I'une des revendications 8^17, caract6rise en ce 
que Taffichage du resume evolutif s'acxx)mpagne de la date d taquelle Textraction 
de ce resume a eu lieu. 

18. Proc^dS selon Tune des revendications 8^17, caracteris6 en ce 
5 que ledit resume evolutif est transmis dans un flux numSrique comportant un 

descripteur de resume identifiS par un identificateur sp^cifique. 

19. R^cepteur pour la r6ception d'informations de services dans un 
syst^me de television, caract^risS en ce qu'il comporte : 

- des moyens d'extraction (5) d'un resum6 evolutif d'un 6v6nement, le contenu 
10 dudit resume 6tant fonction du contenu de TSvenement survenu au plus tard 

jusqu'd Tinstant de transmission dudit resum§, 

- des premiers moyens (253) de memorisation de ce r6sum6. 

20. Recepteur selon la revendication 19, caract6rise en ce que les 
moyens d'extraction sont egalement destines ^ extraire un resume complet de 

15 I'evenement et en ce que le recepteur comprend en outre des seconds moyens 
(252) de memorisation pour memoriser ledit resume complet. 

21. Emetteur pour la transmission d'informations de services dans un 
systeme de television, caracterise en ce qu'il comprend : 

- des moyens de transmission d'un evenement ; 
20 - des moyens de transmission d'un resume evolutif dudit evenement, le 

contenu dudit resume etant fonction du contenu de I'evenement survenu au plus 
tard jusqu'e Tinstant de transmission dudit resume. 
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17. Precede selon I'une des revendicatlons 8 16, caract§ris6 en ce 
que I'affichage du resume evolutif s'accompagne de la date a laquelle I'extraction 
de ce r§sum6 a eu lieu. 

18. Proc§d6 selon I'une des revendicatlons 8 ^ 17, caract§ris6 en ce 
que ledit r§sum6 6volutif est transmis dans un flux numerique comportant un 
descripteur de resum6 identifie par un identificateur sp6cifique. 

19. R6cepteur pour la reception d'informations de services dans un 
syst§me de television. caracteris§ en ce qu'il comporte : 

- des moyens d'extraction (5) d'un resume §volutif d'un 6venement, le contenu 
dudit r§sum§ etant fonction du contenu de I'evenement survenu au plus tard 
jusqu'a I'instant de transmission dudit r§sum6, 

- des premiers moyens (253) de memorisation de ce resum§. 

20. R6cepteur selon la revendication 19, caracteris6 en ce que les 
moyens d'extraction sont 6galement destines d extraire un resume complet de 
r6v6nement et en ce que le r6cepteur comprend en outre des seconds moyens 
(252) de memorisation pour memoriser ledit r6sum6 complet. 

21. Emetteur pour la transmission d'informations de services dans un 
syst^me de television, caracterisd en ce qu'il comprend : 

- des moyens de transmission d'un evenement : 

- des moyens de transmission d'un resume 6volutif dudit 6v6nement, le 
contenu dudit resume etant fonction du contenu de I'evenement survenu au plus 
tard jusqu'^i I'instant de transmission dudit resume. 
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